home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 627 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.2 KB

  1. Date: Fri, 17 Jun 94 19:50 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Re:  Reader's Digest
  5. Precedence: bulk
  6.  
  7. 1 - Hacking WINX to hack GEM so that we need to click twice on a closer is
  8. really STUPID.  I HATE that.  And hacking things just isn't right.  It's
  9. not what GEM is.  This is supposed to be a standard, not an OS hack fest.
  10. Besides, read ST PRO GEM, or any good book on interfaces.  They will tell
  11. you that less is better.   Count the number of keys and clicks and
  12. how far you need to move the mouse, etc, required to perform a function
  13. and that affects the learning curve.  The less the better.  If any function
  14. requires more than like 7 operations, then forget it, people won't use
  15. the feature.
  16.  
  17. 2 - Hacking Key Repeat is also pretty stupid!   
  18.  
  19. No wonder programs are breaking under MultiTOS.  This is my machine not
  20. yours.  Applications that don't share simply don't get run.  Applications
  21. have NO business messing with global information like that.  NONE.  Are
  22. you gonna change all my window colors too?  The screen is not yours, you
  23. must beg GEM for it, the keyboard is not yours, you must beg GEM for
  24. keyboard events, and I definately don't want any program messing with my
  25. OS.  If I want my OS messed with, I'll do it myself.  Hacking into the
  26. key repeat??  
  27.  
  28. 3 - Underlining Buttons : Who says this is standard?  I hate underlines.
  29. Bold could be OK, but not Underline.  Underlines are always done poor and
  30. hacked, either like STZIP which writes all the underlines, redraws teh
  31. screen - erasing the underlines, and then draws everything over again.
  32. If the underlines don't draw with the rest of the information, then don't
  33. bother.  I don't need underlines.   
  34.  
  35. 4 - As to MultiTOS being slower than TOS 1.0, first, I think you are wrong.
  36. As for thins not redrawing properly, this is a problem is the application.
  37. Don't tell me its a "legal" application.  Either you are using something
  38. like Let 'Em Fly to turn off certain redraws, or the app is bad, or it is
  39. doing something else that is bad - like hacking into the key repeat routine!
  40. MultiTOS will be faster soon.
  41.  
  42. 5 - This crap about the "!!" is useless.  Anything other than 0 is TRUE.
  43. I guess if you wanted to do math with the 1 then you might be able to work
  44. with it, but there is a difference between a value, and a flag.  So,
  45.  
  46.   if (condition)
  47.      var = 1;
  48.  
  49. is actually more readable and produces the same amount of code.  You can't do
  50. math in the CPu flags, so the compiler would have to produce the code anyway.
  51.  
  52. 6 - The TOS emulator for PoerMacs is partially done.   Get MacMiNT and hack
  53. up a SCREEN.SYS and whatever else you need to run NVDI and MultiTOS (or
  54. similar) on top.  It shouldn't take too much hacking (hacking parts of
  55. GEM or NVDI that use the MFP would be the hardest.
  56.  
  57. Now, how I feel about keyboard short-cuts and how others feel are different.
  58. The APP_DEFS.INF file is the best way.  THAT is where the standard should
  59. be, and the default entries in APP-DEFS.INF can be decided by the list
  60. or by the programmer.  You could even set the way block selection works,
  61. and what happens when you type something when a block is selected (overwrite
  62. or insert, or deselect).
  63.  
  64. This file is the best method.
  65.  
  66.